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Amendments to the Spficiftcatipn 

Please replace the paragraph on Page 1, lines 6 - 8 with the following marked-up replacement 
paragraph: 

" The present invention is a divisional of commonly'-assigiied S. ,Patent ^,427,161 
rserial ftrtcttl - ^ (^^nal number 09/097,282, filed OT) June 12, 1 998), which is Msd 
"Thread Schedulin g TechniquesJor Multithreaded ti tkJ ^Tuf u inuni^ft Eiili^iiccmcnts f or 
i^dtiadcd Servers" and which is hereby incorporated herein by reference, - 

Please replace the paragraph on Page 8, lines 10 - 20 with the following marked-up replacement 
paragraph; 

- However, it may be that thread one wa3 nearly finished with its first request at the time 
the second request arrived. When this is the case, it would be more efficient to wait for the first 
thread to finish and find the second request when it checks the passive socket, as opposed to 
awakening the second thread. If the scheduler awakens a new thread for each incoming request 
(i.e* it over-schedules the threads)^ a thread working on a request is guaranteed to find the 
incoming connection queue empty when it completes [[it]] its current request and checks for 
another. The threads will thei^re block after each completed request. The repeated blocking 
and unblocking operations are expensive in terms of the overall palhlength for servicing a request. 
When a thread blocks, the scheduler will save the context infonnation for that thread, and the 
thread will move from the "ready"' state to the "blocked" state. The unblockiog operation 
requires the feirly-significant overhead associated with interrupt processing. - 
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Please replace tbe paiBgraph oti Page 18, lines 1 - 2 ^th the following itiarked-up replacemeut 
paragraph; 

Figures 5 A - 5B depict L u iiccp t iwl conceptual representations of the multi-stage queues 
xised by the present tovention; and - 

Please replace the paragraph that begins on Page 31, line 19 and cairies over to Page 32, line 4 
with the following marked-up replaceracwt paragraph: 

- The process begins at Step 250, which represents checking for expiration of a 
"maximum delay" tiiner. While this is shown as a repeating loop at Step 250, it will be obvious to 
one of ordinary skill m the art that this checking doe$ sot occur uninterrupted. Typically, a timer 
process of duration "maximum delay'* will be scheduled, which causes the timer to begin ticking. 
Once the maximum delay period has expired, an interrupt will be generated for the tiiner process, 
enablii^ the logic of Steps 255 through 275 to be processed. Alternatively, the checking may be 
performed more or less often than the maximum delay time, in which case the test in Step 250 
would reiBect a different time interval, - 

Please replace the paragraph on Page 41 , lines 1 - 5 with the following marked-up replacement 
paragraph: 

Step 610 marks this socket as "Not Ready", and puts an entry for the socket onto the 
idle connections queue. A counter ofthe number of idle connections is incremented. An input 
parameter of th e API, the application context value that is associated with this connection, is 
stored with the socket when it is put onto the idle queue. This enables the application socket to 
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begin processing again, using the same socket, when data subsequently arrives. - 

Please replace the paragraph on Page 43, lines 1 - 5 with the following marked-up replacement 
paragraph: 

For condition 3, where the connection remains idle too long, the processing of Fig. 6B 
is med. The delay monitor fsee Fig, 30 that was used for the first and second embodiments, 
which checked to see if any connecti ons had been on the ready queue too long, is still performed 
for this third embodiment, as^stated above. However, an additional momtoring procedure that 
checks the idle connections queue is also used, which is illustrated by Fig, 6B. - 

Please replace the paragraph on Page 44, Hoes 1-13 with the following marked-up replacement 
paragraph: 

- Control reaches Step 740 when the connection being checked has been idle beyond the 
maximum idle lime. System resources are not being used efficiently by keeping an assu^^iation 
appHcatjon context open for this connection when it has no data to send, so the connection will be 
closed down and the resources fieed up. Step 740 begins this process, by marking the socket to 
indicate that it has **Expired", and removing it from the idle queue. The count of idle connections 
is decremented, and at Step 750, the socket is moved to the ready queue. When Ihe connection is 
scheduled, the close process wM be completed by the worker thread. Steps 760 through 780 
perform the scheduling heuristic that was described for the first preferred embodiment, whereby 
the cojonection will either be scheduled now by unblocking a thread, or wait to be scheduled \s4ien 
a bxisy thread becomes available and checks the ready queue of the collector socket (using the 
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modified process of Fig. 3 A). When Step 760 indi cates that the thread will wait to be scheduled, 
or Step 780 has finished assigning the connection to an unblocked thread, control returns to Step 
720 to see if there are more connections on the idle queue to be checked. - 
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